home *** CD-ROM | disk | FTP | other *** search
/ Chip 1996 April / CHIP 1996 aprilis (CD06).zip / CHIP_CD06.ISO / sac / pack / thd_12_1.exe / rar / NOTES.OS2 < prev    next >
Text File  |  1995-12-25  |  7KB  |  136 lines
  1.  
  2.     Except as noted below, the OS/2 Version is a direct port of THD ProScan 
  3. Version 12.0 [DOS]. All new functions should be operable in BOTH the DOS and 
  4. OS/2 Versions.
  5.  
  6.     There is an OS/2 native version of THD ProScan Version 12.0 available as
  7. THD212_0.EXE (RAR SFX). This text refers to that version and not the DOS 
  8. version of THD ProScan. It is included here for informational purposes for 
  9. users of OS/2 who may come across the DOS version.
  10.  
  11.     Special considerations for running the OS/2 Version of THD ProScan.
  12.  
  13.     While the OS/2 version is "basically" a direct port from the existing 
  14. source code, the OS/2 compiler does have some things which it handles 
  15. differently. While I have tried to account for all of these "quirks", it is 
  16. possible that I have missed some of the minor points. So please keep me 
  17. informed of problems, Runtime errors and quirks (include as much detail as 
  18. possible). If you find anything that doesn't work... Please let me know.
  19.  
  20. RUNNING THE OS/2 VERSION FROM DOS
  21. ---------------------------------
  22.  
  23.     The OS/2 versions of THDPRO.EXE and all of it's companion programs "can" 
  24. be launched from a dos session (under OS/2). This will allow BBS programs 
  25. which are native to DOS to spawn an OS/2 session without calling the command 
  26. processor. The only advantage to this is so that DOS based BBS programs can 
  27. perform this action "in the background" while normal operations of the BBS 
  28. continue. The disadvantage is that calling the OS/2 version from a dos based 
  29. BBS (or other program) will effectively pass an errorlevel of "0" back to the 
  30. BBS (or calling program) in literally all cases. In most cases this will 
  31. signify to the BBS that the file tests have passed. There is also the 
  32. possibility that the child process created by THDPRO.EXE (or it's companion 
  33. utilities) may cause the DOS communications to become less reliable, so test 
  34. this aspect before using it in this manner with a DOS based BBS. If this 
  35. problem exists, use the DOS version(s) so that no extra process is spawned. 
  36. Also, THDPRO.EXE will not attempt communications when run in this fashion from 
  37. a dos based BBS as it will be unable to control the comport, so the user 
  38. output will not be seen remotely, and the BBS will continue to operate for the 
  39. user while the file test(s) procede. Also keep in mind that a DOS BBS may 
  40. invoke multiple instances of the THDPRO.EXE window (one for each uploaded 
  41. file) which "could" result in some serious slowdowns on systems with limited 
  42. resources.
  43.     It is "not" recommended to use this approach but is available for those of 
  44. you who do have the resources and/or do have alternate ways of handling files 
  45. tests which may incorrectly be determined by the BBS as "passed".
  46.  
  47. ************
  48. * COMPORTS *
  49. ************
  50.  
  51.     OS/2 has an "odd" way of handling comports. As a result BBS'es which leave 
  52. their comports "open" on a shell will not be accessible by a child process 
  53. without some special consideration. (That's not entirely true, as OS/2 
  54. actually uses a very sensible approach which is only odd in comparison to the 
  55. DOS methods I have become so familiar with.)
  56.  
  57.     OS/2 Users should configure both of the comports in THDINSTL.EXE to "0" 
  58. unless your BBS releases the comport upon a shell to THDPRO.EXE (few if any 
  59. OS/2 programs would ever do this).
  60.  
  61.     The first (and most reliable) way to inform THDPRO.EXE what file handle 
  62. to use for communications is to pass that file handle on the command line in 
  63. precisely the same way the comport is passed to the dos version.
  64.     In the absense of a file handle being passed on the command line, 
  65. THDPRO.EXE is designed to look for the environment variable "THDPORT". The 
  66. general idea is that you "SET THDPORT=ENVNAME" where "ENVNAME" is the name of 
  67. the environment variable set by the BBS which points to the file handle.
  68.     If your BBS does not set such an env variable and is unable to pass the 
  69. comport on the command line (then get another BBS), SET THDPORT=DETECT will 
  70. cause THDPRO.EXE to "hunt" for an open comport and use the first one found.
  71.  
  72.  
  73. ****************
  74. * ZIP archives *
  75. ****************
  76.    - The default support is for DOS' PKZIP/PKUNZIP, however some hooks have 
  77. been added in which "should" allow the use of OS/2 "ZIP" and "UNZIP". Note 
  78. that the parameters used for OS/2 specific "ZIP" and "UNZIP" are as follows.
  79.  
  80.     The "ZIP" parameters are designed around INFO-ZIP's "ZIP.EXE" v2.0.1. It 
  81. may or may not operate correctly with other programmer's "ZIP.EXE" or 
  82. possibly other versions.
  83.  
  84.     The "UNZIP" parameters are designed around INFO-ZIP's "UNZIP.EXE" v5.12. 
  85. It may or may not operate correctly with other programs or versions.
  86.  
  87.     No OS/2 support for "PKZIP OS/2" is present. If the exe files are OS/2 
  88. executables, they will treated as INFO-ZIP Programs.
  89. If they are DOS executables, they will be treated as PKZIP/PKUNZIP.
  90.  
  91. NO COMMENTS will be added to ZIP archives unless the native OS/2 "ZIP.EXE" is 
  92. used as redirection is required and not possible with a dos app running under 
  93. an OS/2 shell.
  94.  
  95. ****************
  96. * LHA archives *
  97. ****************
  98.     - The default support for LHA archives is for Peter Fitzsimmons' LH32.EXE  
  99. or for the DOS LHA.EXE. If the executable is a DOS file then the dos LHA 
  100. parameters are used.
  101.     If the archiver is an OS/2 executable, then the parameters for LH32 
  102. Version 2.22 is used. This may or may not work correctly for other archivers 
  103. or versions.
  104.  
  105. ****************
  106. * RAR archives *
  107. ****************
  108.     - At last check the command lines for the OS/2 Version of RAR precisely 
  109. matched the DOS version so no changes are made for the OS/2 version vs the DOS 
  110. version.
  111.  
  112. *******************
  113. * Other Archivers *
  114. *******************
  115.    NO other "OS/2" native archivers are supported.
  116.    "Some" archive types may not have their comments stripped during 
  117. THDPRO.EXE's normal running due to a redirection problem.
  118.  
  119. Anyone who wishes to send newer versions of OS/2 Archivers or archivers not 
  120. covered here (OS/2 native apps only) can feel free to send them to me at 
  121. 1:259/423.0 Please include a small cover letter so I can ask the sysop to 
  122. attach them for me. Likewise for native OS/2 Virus scanners.
  123.  
  124. ************
  125. * SCANNERS *
  126. ************
  127. SCAN.EXE -
  128.     THDPRO.EXE determines if the files is an OS/2 or DOS executable and sends 
  129. the appropriate command line for the OS/2 or DOS version of McAfee's Virusscan 
  130. Version 2.2.3.
  131.  
  132.     Other internal scanners are supportive of the DOS versions only.
  133.  
  134.     If you have OS/2 versions of other scanners, add them using THDEXARC for 
  135. native OS2 support.
  136.